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(54) Electronic commerce support method and apparatus 



(57) An electronic commerce support method for 
managing trading In a client (210) connected to a server 
(220) for providing electronic commerce sen/Ices to re- 
ceive the electronic commerce sen/ices includes the 
steps of: transmitting an order for a product on the elec- 
tronic commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier associ- 
ated with the order and data on the contents of the order 
from the server, and storing the trading information in a 
storage device (214) (111,112); receiving from the send- 
er trading processing information including a present 
status of processing for processing initiated for the or- 
der, a present status of processing for delivery of the 
product con-esponding to the order, a present status of 
processing for payment processing for the trading, and 
the trading Identifier (113); and comparing the trading 
identifier included in the trading information with the 
trading identifier included in the trading processing in- 
formation, and outputting a waming if they are not coin- 
cident, and adding the trading processing information to 
the trading information stored in the storage device if 
they are coincident (118). An electronic commerce sup- 
port method for managing trading In a server (220) for 
providing a plurality of clients (210) with electronic com- 
merce services, includes the steps of: receiving an order 
for a product in the electronic commerce in response to 
an input by a user from a client through a communication 
network (230). and performing order acceptance 
processing for the product in accordance with a prede- 
termined electronic commerce processing (121); trans- 
mitting to the client trading informatbn including a trad- 
ing identifier associated with the order and data on the 



contents of tfie order (123); creating trading processing 
information including a present status of processing for 
processing initiated for the order, a present status of 
processing for delivery of the product corresponding to 
the order, a present status of processing for payment 
processing for the trading, andthetrading identifier, and 
transmitting the trading processing Information to the cli- 
ent (1 36); and managing the present status of process- 
ing for the processing initiated for the order, the present 
status of the processing for delivery of the product cor- 
responding to the order, and the present status of 
processing for the payment processing for the trading 
until the order processing, the delivery, and the payment 
processing are completed (137). 

FIG. 1 
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Description 

The present invention relates to an electronic com- 
merce support method and apparatus. 

R. Kalakota et al., Frontiers of:^<:tronic Com- s 
merce, Addison-Wesley Pub. Co., "Irfc,"1976, pp. 
274-288 discloses search, order, payment, return, and 
so on of products in online shopping. 

In the online shopping using a communication net- 
work such as Internet or the like, informatbn on products 
provided therein can be visually and easily identified by 
a web browser using Hyper-Text Markup Language 
(HTML) and Virtual Reality Modelling Language 
(VRML), and so on. For placing an order, a desired prod- 
uct may be selected and information associated with the 
order be inputted. 

After the order is completed, a statement of the or- 
der indicating the contents and purchase price of or- 
dered products is transmitted through an electronic mail 
or sent by letter for confirnnation. In many cases, ordered 
product are delivered by some home delivery servbe in 
several days. A product such as software electronically 
available through a network can be immediately down- 
loaded into a storage devbe in a computer of a buyer. 

As to payment for such products ordered through 
the online shopping, a credit card billing model may be 
utilized. In this case, an associated credit billing organ- 
ization or card company bundles monthly trading utilized 
by the buyer for the past one month, totalizes the 
amount for revolving payment, and sends the buyer a 
card utilizatbn statement which also serves as an ad- 
vance notice of debit. Then, the noticed amount is au- 
tomatically debited from a bank account specified by the 
buyer on a predetermined date. 

It is expected that in future, the opportunities of uti- 
lizing the online shopping for purchasing products will 
be more and nrK)re increased, and products available on 
networks wilt extend to daily necessaries and so on, as 
personal computers and Internet are increasingly 
spread for domestic use. As the number of available 
products and the frequency of purchases in the online 
shopping are increased, it is envisaged that the man- 
agement of intormatk>n related to trading will become 
more complicated. 

In the conventional online shopping, a personal 
computer is not capable of always providing detailed in- 
formation on each of purchased products, for example, 
which of purchased products has been delivered, for 
which product the payment has been made, and so on. 
Information on ordered products is given to a buyer only 
when statements of ordered products are delivered from 
respective sellers to the buyer by letter through a postal 
service or the like, or only when the products are deliv- 
ered to the buyer by a home delivery sen/ice. It is there- 
fore difficult for a buyer to acquire what the buyer has 
ordered in the past, whether ordered products have 
been delivered, how much and when the buyer must 
pay, and so on when the buyer wants to know such in- 



formation. In addition, the buyer has difficulties in ac- 
cessing information on which product has not yet been 
delivered after a scheduled delivery date had been 
passed, information on where to inquire about undeliv- 
ered products, and so on. Further difficulties are en- 
countered in immediately knowing for which product the 
payment has not been made, how much the total 
amount sums up for unpaid products, whether the 
amount of money remaining in the specified account is 
sufficient to cover prevk5us trading, and so on. Further- 
more, it is difficult to check whether the contents of a 
statement sent to the buyer at a later date are coincident 
with the contents of orders which were placed far in the 
past. 

Preferably, it is an object of the present invention to 
provide an electronic commerce support method and 
system which are capable of solving the problems men- 
tioned above and efficiently managing and utilizing trad- 
ing information in the online shopping. 

Preferably, it is another object of the present inven- 
tion to provide an electronic commerce support method 
and system which is capable of managing and utilizing 
trading information in electronic commerce, and acquir- 
ing a present status of processing for a trading, corre- 
sponding to the managed information, to enable a buyer 
to readily know the correspondence between orders and 
delivered products, unpaki orders, the total amount for 
the unpaid orders, and so on. 

According to one aspect of the present invention, 
an electronk: commerce support method for managing 
trading in a client connected to a sen/er for providing 
electronic commerce services to receive the electronic 
commerce services comprises the steps of: 

transmitting an order for a product on the electronic 
commerce in response to an input by a user to the 
server through a communbatton network, receiving 
trading information including a trading identifier as- 
sociated with the order and data on the contents of 
the order from the sender, and storing the trading 
informatk>n in a storage device; 
receiving from the sen/er trading processing infor- 
mation including a present status of processing 
(processing progress status) for processing initiat- 
ed for the order, a present status of processing for 
delivery of the product corresponding to the order, 
a present status of processing for payment process- 
ing for the trading, and the trading kientifier; and 
comparing the trading identifier included in the trad- 
ing information with the trading identifier included in 
the trading processing information, and outputting 
a warning if they are not coincident, and adding the 
trading processing informatbn to the trading infor- 
maXton stored in the storage devbe it they are co- 
. incident. 

According to another aspect of the present inven- 
tion, an electronk; commerce support method for man- 
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aging trading in a server for providing a plurality of cli- 
ents with electronic commerce sen/ices, comprises the 
steps of: 

receiving an order for a products tiivtbe electronic 
commerce in response to an input by a user from a 
client through a communication network, and per- 
forming order acceptance processing for the prod- 
uct in accordance with a predetermined electronic 
commerce processing; 

transmitting to the client trading information includ- 
ing a trading identifier associated with the order and 
data on the contents of the order; 
creating trading processing information including a 
present status of processing (processing progress 
status) for processing initiated for the order, a 
present status of processing for delivery of the prod- 
uct corresponding to the order, a present status of 
processing for payment processing for the trading, 
and the trading identifier, and transmitting the trad- 
ing processing information to the client; and 
managing the present status of processing 
(processing progress status) for the processing in- 
itiated for the order, the present status of' the 
processing for delivery of the product correspond- 
ing to the order, and the present status of process- 
ing for the payment processing for the trading until 
the order processing, the delivery, and the payment 
processing are completed. 

Trading for which delivery has been completed may 
be displayed separately from trading for which delivery 
has not been completed, from the present status of 
processing for delivery included in the trading informa- 
tion, and trading which have been payed or settled may 
be displayed separately from trading which have not 
been payed or settled, from the present status of 
processing for payment processing for the trading. In 
addition, a total amount of money for products included 
in the trading which have not been settled or unpayed 
may be calculated and displayed. The total amount of 
money may be compared with a predetermined limit 
amount, such that a warning is outputted if the total 
amount of rTKXiey for the products exceeds the limit 
amount. Information on a product to be returned may be 
inputted based on the displayed trading information, and 
transmitted to the server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 
present invention; 

Fig. 2 is a flow chart illustrating overall processing 
executed in an electronic commerce support meth- 
od according to one embodiment of the present in- 
vention; 

Fig. 3 is a flow chart illustrating in detail the overall 
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processing executed in the electronic commerce 
support method of Fig. 2; 

Fig. 4 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 
s present invention; 

Fig. 5 shows a screen for inputting order inf ormatton 
in the embodiment of the present invention; 
Fig. 6 shows tables for storing data related to order 
processing in the embodiment of the present inven- 
tion; 

Fig. 7 is a flow chart illustrating the order accept- 
ance processing in the embodiment of the present 
invention; 

Fig. 8 shows trading information in the embodiment 
of the present invention; 

Fig. 9 illustrates a screen for displaying the trading 
informatk>n in the embodiment of the present inven- 
tion; 

Fig. 10 is a flow chart illustrating the order process- 
ing in the embodiment of the present invention; 
Fig. 11 is a flow chart illustrating order processing 
status creation in the embodiment of the present in- 
vention; 

Fig. 12 shows order processing status informatbn 
in the embodiment of the present invention; 
Fig. 13 is a flow chart illustrating the processing of 
transmitting the order processing status in the em- 
bodiment of the present invention; 
Fig. 14 shows delivery processing status infomna- 
tion in the embodiment of the present invention; 
Fig. 15 shows payment processing status informa- 
tion in the embodiment of the present invention; 
Fig. 1 6 illustrates a screen for displaying a present 
status of processing for a trading in the embodiment 
of the present inventwn; 

Fig. 17 is a flow chart illustrating the processing for 
requesting a present status of processing for a trad- 
ing in the embodiment of the present invention; 
Fig. 16 illustrates a screen for inputting a present 
trading processing status request schedule in the 
embodiment of the present invention; 
Fig. 1 9 illustrates a warning display screen in the 
embodiment of the present Invention; 
Fig. 20 is a flow chart illustrating the product return 
processing in the embodiment of the present inven- 
tion; and • 

Fig. 21 is a flow chart illustrating the reorder 
processing in the embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

An embodiment of the present invention will here- 
inafter be described in detail with reference to the ac- 
companying drawings. 

Reference is first made to the general configuration 
of an electronic commerce system illustrated in Fig. 1. 
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The electronic commerce system of this embodiment is 
a system in which a client 210 and a server 220 are in- 
terconnected by a communication network 230. 

(a) Device Configuration of Client 21Q:-j;^t\ 

The client 210 comprises a computer 211, and an 
input device 21 2. an output device 21 3, a storage device 
214 and a communication cable 215 connected to the 
computer 211. The input device 212 comprises a key- 
board and a pointing device (such as a nnouse, a control 
pad. or the like). The output device 21 3 preferably com- 
prises a high definition display and a speaker for cor- 
rectly and precisely displaying products. The storage 
device 214 may be either of magnetic disk, an optical 
disk, and so on which have a sufficient storage capacity 
for storing programs and data files. The communicating 
cable 215 may be an optical cable, a telephone line, or 
the like. When the client 21 0 transmits and receives data 
to and from the communication network 230 through a 
wireless channel, the client 210 is provided with a wire- 
less interface instead of the communrcation cable 215. 

(b) Device Configuratton of Server 220: 

The server 220 comprises a computer 221, and a 
storage devk^e 222 and a communicatbn cable 223 
connected to the computer 221 . 

While the devrce configuration for implementing the 
present invention may be what is generally called a com- 
puter system, the server 220 should be a high speed 
and high capability computer system for simultaneously 
providing a large number of clients with electronic com- 
merce services. 

(c) Device Configuration of Communk^tion Network 
230: 

The communication network 230 comprises Inter- 
net, personal computer communications, and other net- 
works using wired or wireless channels. 

A general processing flow of the electronic com- 
merce support system according to this embodiment of 
the present invention will hereinafter be described with 
reference to Fig. 2. 

First, the client 210 inputs information on an order 
for a desired product including the quantity, price, ad- 
dress, name and payment method, and transmits the 
information to the server 220 using WWW (World Wide 
Web], an electronic mail, or the like (step 111 ). The send- 
er 220 receives the order information through the com- 
munication network 230, and proceeds order accept- 
ance processing in accordance with a predetermined 
electronic commerce processing (step 121). The elec- 
tronic commerce processing herein used includes a 
processing whk;h has been previously determined in ac- 
cordance with a payment method and a delivery method 
for an order. The server 220 creates trading infornnation 



indicative of the contents of the trading based on the 
order information (step 1 22). Then, the server 220 trans- 
mits the trading information to the client 210 using 
WWW (World Wkie Web), an electronk: mail, or the like 

5 (step 1 23). The client 210 receives the trading informa- 
tion and stores it in the storage device 214 (step 112). 
In the mean time, the server 220 executes the electronic 
trading based on the trading information, i.e., checks the 
stock, executes the order processing (determines a 

10 shipping date) and delivery processing (determines a 
delivery date), and determines a payment date (from a 
purchase day) (step 124). With the processing of this 
trading, the sender 220 creates information indicative of 
a present status of processing for the trading (step 1 25). 

'5 The processing of the trading may be performed by an- 
other sen/er, and the information indicative of the 
present status of processing may be transmitted from 
this sen/er. More specifically, the informatkxi on the 
present status of the processing for electronk; com- 

20 merce includes data indicative of sending-out status, 
delivery status, payment status, and so on for a product 
ordered by the electronic commerce. The server 220 
transmits the created present status of processing for 
the trading to the client 210 using WWW (World Wrcle 

25 Web), an electronic mail, or the like (step 216). If the 
processing for the trading is not completed, the process- 
ing for pending items is repeated at and after step 124 
(step 127). The client 210 receives this present status 
of processing for the trading (step 113). Then, the client 

30 210 checks the coincdence between the received 
present status of processing for the trading with the trad- 
ing information previously stored in the storage device 
214 (step 114). If a trading identifier contained in the re- 
ceived present status of processing does not match any 

35 of trading klentifiers stored in the storage device 2 1 4 of 
the client 210, or if an error is found between trading 
information before updated and trading infornnation after 
updated, a warning is outputted (step 115). Otherwise, 
based on the received trading identifier, the client 210 

40 updates the present status of processing for the trading 
associated with trading information with the trading 
identifier stored in the storage device 214 (step 116). 

In the following, a first specific example of the 
present invention will be described with reference to 

45 Figs. 3, 4. In this specific example, a client 210 is also 
connected to a delivery managing sen/er 41 0 and a pay- 
ment managing server 420 through a communicatbn 
network 230 in addition to a shopping server 220. The 
shopping server 220 may include functions of the deliv- 

50 ery managing server and the payment managing server. 
In this case, the device configuration includes the shop- 
ping server alone. 

Fig. 3 illustrates a processing fbw in the first specific 
example, and Fig. 4 illustrates a general configuratksn 

55 of , the system in the first specific example. The general 
configuration of the electronic commerce system illus- 
trated in Fig. 4 has the delivery managing sen/er 410, 
and the payment managing server 420 connected to the 
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configuration illustrated in Fig. 1 through the network 
230. Since the rest of the configuration in Fig. 4 is iden- 
tical to Fig. 1 , explanation thereof is onnitted. The deliv- 
ery nnanaging server 410 and the payment managing 
server 420, which have the same deyio? configuration 
as the shopping server 220, each cbmprise'a computer, 
a storage device, and a communication cable. 

Next, respective processing steps illustrated in Fig. 
3 will be described in detail along the flow of the process- 
ing in Fig. 3. 

<Step 111> Client: Transmission of Order 

The client 210 accesses the shopping server 220 
using communication software such as an Internet 
browser, a Web browser or the like installed in the com- 
puter 211. and acquires product infomiation. Then, the 
client 210 selects and determines a product to be or- 
dered on the basis of the received product information, 
and creates order informatton to be transmitted to the 
shopping server 220. A screen for creating the order in- 
formation is illustrated in Fig. 5 as an order information 
input screen 500. The order informatbn input screen 
500 includes a purchased product list 510, a payment 
method input area 520, a delivery method input area 
530, and a personal information input area 540. The pur- 
chased product list 510 indicates the name, quantity, 
and price of each ordered product. In the payment meth- 
od input area 520, a payment method for ordered prod- 
ucts is selected from means such as a credit card, elec- 
tronic money, and so on, and ID information and so on 
are inputted for the ordered products. In the delivery 
method input area 530. a delivery method is selectively 
inputted, such as a home delivery sen/ice or the like. In 
the personal information input area 540, the name, ad- 
dress, telephone number, and 'where to contact" such 
as an E-mail address are inputted. When an "OK" button 
550 is selectively inputted through the input device 212 
after required items in each input area have been input- 
ted using the input device 21 2, the inputted order infor- 
mation is transmitted to the shopping sender 220 through 
the communication cable 215 and the communication 
network 230. 

<Step 121> Sen/er: Order Acceptance Processing: 

The shopping sender 220 receives order jnfornnation 
through the communication network 230. Then, the 
shopping server 220 executes the order acceptance 
processing in accordance with an electronic commerce 
processing corresponding to the received order Infor- 
mation from electrons commerce processing 600 pre- 
viously stored in the storage device 222. Fig. 6 shows 
an outline of the electronic order processing 600. A pay- 
ment method column 61 1 shows a list of payment meth- 
ods, while a payment processing column 612 contains 
a processing required by each payment method. 

Stated another way, a payment processing corre- 



sponding to a payment method specified by order infor- 
mation is executed in accordance with the electronic 
commerce processing 600. Similarly, a delivery method 
column 621 shows a list of delivery methods, while a 

5 delivery processing column 622 indicates a processing 
corresponding to each delivery method. The payment 
processing and the delivery processing include the or- 
der of processing corresponding to each method, and 
the addresses of the payment nnanaging server and the 

10 delivery managing server required for the processing. 
The payment methods include, for example, credit card 
payment, electronic money payment, transfer of funds 
between bank accounts, and so on. The delivery meth- 
ods include, for example, home delivery. transmissk}n 

75 of electronic goods such as software through a network, 
and so on. 

Fig. 7 illustrates detailed steps of the order accept- 
ance processing 121 when the credit card payment, for 
example, is selected in order information. The shopping 

20 sen/er 220 requests the payment managing server 420 
to authenticate whether an orderer has a settling capa- 
bility (step 701). For this purpose, the shopping server 
220 transmits necessary informatkin for the authentica- 
tion such as the name, address, telephone number. 

2S credit card number, card available period, and so on 
within the order infomnation from the client 210 to the 
payment managing server 420 at a predetermined des- 
tinatnn address. Next, the shopping server 220 re- 
ceives the result of the requested authenticatbn from 

30 the payment managing server 420 (step 702). 

<Step 122> Server: Creation of Trading Information: 

The shopping sen/er 220 creates trading informa- 
3S tion 600 indtcatrve of the contents of a contract associ- 
ated with order informatkxi. 

Fig. 8 shows an example of the trading information 
800. The trading information 800 Includes an order ID 
801 for identifying a trading; order specific information 
^ 802 indicative of the contents of an order such as a pur- 
chase date, product name, quantity, and price; payment 
information 803 related to a method of proceeding the 
trading (payment method. E-mail address of payment 
institution); delivery informatbn 804 (delivery method, 
4S E-nnail address of delivefy sewice provider); and orderer 
information 805 for identifying the orderer such as a buy- 
er name. E-mail address, delivery destination address, 
and so on. 

The shopping sen/er 220 stores the created trading 
so infoRTtation 600 in the storage devrce 222. 

<step 123> Server: Transmission of Trading 
Infornnation: 

ss ^ The shopping sen/er 220 transmits the trading in- 
formation BOO indicative of the contents of a contract as- 
sociated with order infomiation to the client 210. In this 
event, information related to the name of a shop and the 
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address of the shopping server are added to the trans- 
mitted trading information 600. Here, a protocol utilized 
by the shopping server 220 for transmitting the trading 
information may be Simple Mail Transport Protocol 
(SMTP) which is a standard protocol fof-^lectronic mail, s 
Hypertext Transport Protocol which Is a ^'ndafd proto- 
col for WWW, and so on. A similar protocol may be used 
also for transmission and reception of information be- 
tween the server and the client in subsequent steps. 

10 

<Step 11 2> Client: Acquisition of Trading Information: 

The client 210 receives the trading information 800 
indicative of the contents of a contract associated with 
order information from the server 220 through the com- is 
munication network 230. Fig. 9 illustrates a trading in- 
formation display screen 900 which displays received 
trading information 800. The trading information display 
screen 900 is provided for confirming the order informa- 
tion and comprises an ordered product area 910, a de- 20 
livery method and payment method area 920, and per- 
sonal information area 930. With the information dis- 
played on the screen 900, the orderer confirms whether 
the contents of the order are free of errors, and soon. 

The client 210 selectively inputs an "OK* button 940 2S 
if no error is found in the contents of the order The trad- 
ing information is stored in the storage device 21 4. If the 
order is canceled at this time, a "cancel' button 950 is 
selectively inputted. When the order is canceled, order 
cancel information is transmitted to the sen/er 220 30 
through the communication network 230 together with 
an associated trading identifier. The server 220 exe- 
cutes processing for canceling the order corresponding 
to the trading identifier associated with the received or- 
der cancel information. 3S 

<Step 134> Shopping Server Order Processing: 

The shopping server 220 executes the order 
processing. A detailed flow of the order processing is 40 
illustrated in Fig. 10. 

An order processing instruction is transmitted for an 
ordered product. The order processing instruction may 
be, for example, a product manufacturing instruction, a 
shipping instruction, and so on. The foltowing descrip- 4S 
tion is made based on an example of shipping instruc- 
tion. A shipping instruction is first transmitted to a ship- 
ping operatbn managing system responsible for the 
management of shipping operations (step 1001). The 
shipping operation managing system manages informa- so 
tion on scheduled shipping operation of products and a 
present status of shipping operatbn, and provides the 
information in response to a request thereto. The ship- 
ping instruction initiates a shipping operatk>n for a prod- 
uct, and the shipping operation managing system man- ss 
ages the present status of the shipping operatkm. 

Next, payment instructing information is transmitted 
to the payment managing sender 420 of an associated 



payment institution for the order (step 1002). Delivery 
instructing intormatbn is transmitted to the delivery 
management server 410 of an associated delivery serv- 
ice provider (step 1003). The payment instructing infor- 
mation and the delivery instructing informatbn. whk;h 
have contents similar to those of the trading inf ormatbn 
800, include informatkxi which permits the payment in- 
stitution and the delivery service provider to settle an 
associated trading and deliver a product associated with 
the trading, respectively. Step 1002 and step 1003 may 
be executed in the reverse order Processing flows for 
the delivery managing server 410 and the payment 
managing sender 420 will be described later 

<Step 1 35> Shopping Server: Creation of Order 
Processing Status: 

The shopping server 220 creates an order process- 
ing status. Fig. 11 illustrates an example of a processing 
flow for creating the order processing status. First, the 
shopping server 220 transmits a trading identifier to a 
shipping operation managing system (step 1101 ), Then, 
the shopping server 220 receives an order processing 
status corresponding to the trading identifier from the 
shipping operation managing system (step 1 102). Alter- 
natively, the shipping operation management system 
may transmit an order processing status to the shopping 
sender 220 each time the shipping operation advances. 

Fig. 12 shows an example of data contained in the 
order processing status 1200 which is received by the 
shopping server 220. The order processing status 1200 
includes infomnation 1201 as to whether an ordered 
product has been delivered or not, and a scheduled de- 
livery date or a delivery completed date 1202. both cor- 
responding to a trading ID 801 in the trading inf ormatbn 
800. The created order processing status 1 200 is stored 
in the storage device 222. 

<Step 1 36> Shopping Server: Transmission of Order 
Processing Status: 

The shopping server 220 transmits the order 
processing status 1 200 created at step 1 35 to the client 
210 through the communication network 230. Here, the 
destination of the order processing status 1200, i.e.. the 
client is a buyer contained in trading information which 
is retrieved from the storage device 222 by making a 
search, with a trading ID in the order processing status 
1 200 used as a search key, for trading information hav- 
ing the corresponding trading ID 801 . The transmission 
of the order processing status 1200 vnay be performed 
in response to a request from the client 210. 

Fig. 13 illustrates a processing flow for the trans- 
missbn of the order processing status 1 200 in response 
to a request from the client 210. The shopping server 
220 receives a request for an order processing status 
from the client 21 0 (step 1 301 ). The request for the order 
processing status includes a trading ID for identifying a 
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trading to which the requested order processing status 
1200 is related. The shopping server 220 searches the 
storage device 222 for the order processing status 1 200 
corresponding to the trading ID contained in the request, 
based on the request for the order pr^^essing status 
from the client 210 (step 1302). Then, the shopping 
server 220 transmits the retrieved order processing sta- 
tus 1200 to the client 210 which is the requester of the 
order processing status (step 1 303). 

<Step 1 37> 

If the order processing status transmitted at step 
1 36 shows that the order processing has not been com- 
pleted, the processing is continuously repeated from the 
order processing at step 134 onward. 

Reference is next made to a trading processing, 
creation of a trading processing status, and transmis- 
sion performed by the delivery managing server 41 0 and 
the payment managing sender 420. 

<Steps 144, 154> Delivery Managing Sender, Payment 
Managing Server: Delivery Processing, Payment 
Processing: 

In response to the order processing at step 1 34 ex- 
ecuted by the shopping server 220, the payment man- 
aging sender 420 of a payment institution associated 
with the order receives payment instructing Information, 
while the delivery managing sen/er 420 of a delivery 
service provider associated with the order receives de- 
livery instructing information. Then, the delivery manag- 
ing sender 410 and the payment managing server 420 
execute payment processing and delivery processing 
based on the received payment instructing information 
and delivery instructing information, respectively. The 
payment processing is nnade after client examination is 
passed at a CAP IS (Credit and Finance Information Sys- 
tem) center, and includes notifying a seller of payment 
for sales, paying the seller for the sales, calculating a 
debited amount, notifying the buyer of a date on which 
a specified account is debited, together with the debited 
amount, debiting the amount from the account on the 
debiting date, and so on. 

A home delivery operation is performed in response 
to a delivery instruction in the order of collection of prod- 
ucts to be delivered, concentration of products to a ter- 
minal, distribution of products to respective destination 
regions, transport of products between terminals, deliv- 
ery, and so on. A home delivery information system col- 
lects and manages information on each ordered product 
from an associated operation site each time activities 
such as collection, distribution, transport, and delivery 
of the product take place. In this event, a scheduled 
home delivery date is calculated and managed together 
with the foregoing information. Alternatively, the pay- 
ment processing and the delivery processing may be ex- 
ecuted in a different system connected through a net- 



work. 

<Steps 145, 155> Delivery Managing Server, Payment 
Managing Sen/er Creation of Delivery Processing 
5 Status, Creation of Order Processing Status: 

A delivery processing status 1 400 and a payment 
processing status 1500 are created based on the deliv- 
ery processing and the payment processing executed 

10 at steps 1 44, 1 54, respectively Fig. 1 4 shows the deliv- 
ery processing status 1 400, and Fig. 15 shows the pay- 
ment processing status 1 500. The delivery processing 
status 1400 includes information 1 401 as to whether an 
associated product has been delivered or not and a 

IS scheduled delivery date or a delivery completed date 
1 402, corresponding to the trading information 800. The 
payment processing status 1500 includes information 
1501 as to whether an associated order has been set- 
tled or not, and a scheduled payment date or a settled 

20 date, corresponding to the trading information 800. 

<Steps 146, 156> Delivery Managing Server, Payment 
Managing Server: Transmission of Delivery Processing 
Status. Transmission of Payment Processing Status: 

2S 

The delivery rnanaging sen/er 41 0 and the payment 
managing sen/er 420 transmit the delivery processing 
status 1400 and the payment processing status 1500 
created at steps 1 45. 1 55, respectively, to the client 21 0 

30 through the communication network 230. Alternatively, 
the transmission of the delivery processing status 1400 
and the payment processing status 1500 may be exe- 
cuted in response to a request from the client 21 0. Since 
the transmission at steps 146, 156 is substantially the 

3S same as that of the shopping sen/er described at step 
136, detailed explanation is omitted. 

<Steps 147, 157> Delivery Managing Server, Payment 
Managing Sen/en 

40 

If the delivery processing status and the payment 
processing status transmitted at steps 147. 157 show 
that the delivery processing and the payment process- 
ing have not been completed, the processing is contin- 
^ uously repeated from steps 1 44, 1 54 onward. 

Next described is the processing executed in the 
client 210 for updating a present status of processing 
for a trading. 

so <step 11 3> Client: Receptk>n of Present Status of 
Processing for Trading: 

The client 210 receives a present status of process- 
ing for a trading from each of the shopping sen/er 220, 
ss the delivery managing server 410, and the payment 
management sen/er 420 through the network 230, 

Fig. 16 illustrates an example of a screen 1600 for 
displaying the present status of processing for trading. 
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The present trading processing status screen 1600 in- 
cludes a trading content display area 1601, and a 
present processing status display area 1602 related to 
order processing, the payment processing and the de- 
livery processing for displaying the pfeoentA^ of 
processing related to the order processiriig, the payment 
processing, and the delivery processing associated with 
each trading. Atternativety, the present trading process- 
ing status screen 1600 may display whether the order 
processing has been completed or not; whether the pay- 
ment processing has been completed or not; and wheth- 
er the delivery processing has been completed or not 
by trading date. 

The reception of the present status of processing 
for a trading nnay be performed such that the client 210 
selectively requests a server for trading information to 
be updated, and receives the requested trading infor- 
mation. Fig. 17 illustrates an alternative processing flow 
of the processing step 1 1 3 tor updating a present status 
of processing for a trading. First, a request for a present 
status of processing for a trading is created (step 1 701 ). 
The request for a present status of processing for a trad- 
ing may be created by selecting desired trading infor- 
mation from the trading information list 1 603 and selec- 
tively inputting a "present processing status confimna- 
tion" button 1604 on the present trading processing sta- 
tus display screen 1600. 

Fig. 16 illustrates a present trading processing sta- 
tus request schedule display 1 800 for automatically dis- 
playing a present status of processing for a trading. The 
present trading processing status request schedule dis- 
play 1800 includes a selection area 1601 for requesting 
a present status of processing and a request schedule 
input area 1 802. In accordance with a schedule inputted 
in the requested schedule input area 1802, a request for 
confirming a present status of processing is created for 
requested trading infornrtation inputted in the selection 
area 1 801 for requesting a present status of processing. 
In this way, the present status of processing can be au- 
tomatically confirmed without requiring the user to input 
his intention of requesting the confirmation of the 
present status of processing. Next, the request for con- 
fimiing the present status of processing for selected 
trading information is transmitted to the shopping server 
220, the delivery managing sender 410, and the payment 
managing sender 420 based on the destinations con- 
tained in the trading information (step 1702). The client 
210 receives the present status of processing for the se- 
lected trading information from the shopping server 220, 
the delivery managing server 410, and the payment 
managing sender 420, to which the request has been 
transmitted, and updates and displays the present trad- 
ing processing status request schedule display 1800 
(step 1703). 



<Step 114> Client: Coincidence Check for Present 
Status of Processing for Trading: 

The client 210 checks whether or not a trading ID 
s of a present status of processing for a trading received 
from a server does not match any of trading IDs of trad- 
ing informatbn 800 stored in the storage device 21 4, or 
whether or not the trading information includes errone- 
ous contents with respect to the information before up- 
10 dated. The processing branches to step 1 1 5 if any error 
is found and otherwise to step 116. 

<Step 115> Client: Output of Warning for Error in 
Present Status of Processing for Trading: 

IS 

A waming is outputted for notifying any error in the 
present status of processing for a trading received at 
step 113. Fig. 19 illustrates an example of an outputted 
waming display screen 1900. 

20 

<Step 116> Client: Update of Present Status of 
Processing for Trading: 

A received present status of processing for a trading 

25 is updated for a trading ID corresponding to trading in- 
formation 800 stored in the storage device 214. 

According to this specific example as described 
above, the client 210 stores trading information indica- 
tive of the contents of a trading in the storage device 

30 214 when an order is placed, and updates the present 
status of processing for the trading from the shopping 
server 220, the delivery managing sen/er 410, and the 
payment nnanaging server 420 based on the trading in- 
formation, so that the client 210 is always aware of the 

35 delivery status and the payment status for the order and 
can manage the order corresponding to each status. 

Reference is next made to a second specific exam- 
ple of the present invention. The second specific exam- 
ple illustrates that a product is returned, after the acqui- 

^ sitbn of the present status of processing for a trading, 
based on trading information. 

Fig. 20 illustrates a processing flow of the second 
specific example. This processing flow is substantially 
the same as the processing flow of the client 210 illus- 

45 trated in Fig. 2. A difference is that Fig. 20 includes re- 
turn processing at step 2001 after a sequence of steps 
111 - 116. Thus, explanation on steps 111 - 116 is omit- 
ted. 

50 <step 2001 > Return Processing: 

The return processing may be executed by select- 
ing desired trading Information from the trading informa- 
tion list 1600 and selectively Inputting a "transmit return 
55 request' button 1 605 in the present trading processing 
status display screen 1600. This causes a trading iden- 
tifier associated with a return requested product and re- 
turn requesting information to be transmitted to the 
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shopping server 220 in the trading information through 
the communication network 230. Assume that 'return' 
used herein also includes cancellation of a trading. The 
shopping server 220 receives the return requesting In- 
forrrtation. and takes appropriate actjorrB^sjijch^as can- 
cellation of the trading processing corresponding to the 
trading identifier, refund processing, and so on. 

Thus, according to this specific example, it is pos- 
sible to smoothly execute the return processing depend- 
ing on various situations such as delayed delivery, un- 
settled trading, and so on. 

Reference is next made to a third specific example 
of the present invention. The third specific example il- 
lustrates that another order is placed, after the acquisi- 
tion of the present status of processing for a trading, 
based on trading information. 

Fig. 21 illustrates a processing flow of the third spe- 
cific example. This processing flow is substantially the 
same as the processing flow of the client 210 illustrated 
in Fig. 2. A difference is that Fig. 21 includes, after step 
116, step 2101 at which it is detemnined whether or not 
the client has an intention of placing a new order, fol- 
lowed by the processing jumping to the order processing 
at step 1 11 , if the client has such intention, to utilize trad- 
ing information. Thus, explanation on steps 111 - 116 is 
omitted. 

<$tep 2101 > Input of Presence or Absence of lntentk)n 
of Placing Reorder: 

The input device 212 is used to Input the presence 
or absence of an intention of placing a new order. Spe- 
cifically new order processing is executed only by se- 
lecting desired trading informatbn in the trading infor- 
mation list 1 603 and selectivety inputting a "reorder" but- 
ton 1 608 in the present trading processing status display 
screen 1600. When the 'reorder' button 1606 is input- 
ted, the processing branches to step 111. 

<Step 111 > Order Processing: 

An order information input screen similar to that of 
Fig. 5 is displayed. In this event, information required 
for the order has already been inputted based on the 
trading informatk)n selectively inputted at step 114. If 
some order information is to be changed, the input de- 
vice 21 2 is used to input a change, and the 'OK' button 
550 is selectively inputted, causing the contents of a 
trading associated with the reorder to be transmitted to 
the address of the shopping sen/er in the trading infor- 
mation through the communication network 230. 

Thus, according to this specific example, since a 
new order can be placed making the most of previous 
trading informatkin, a reorder can be simply placed, par- 
ticularly for frequently ordered products such as daily 
necessaries, without inputting all order information from 
the beginning. 

As mentioned above, transmissbn and reception of 



trading information between a client and a sender are 
performed through a communication network. For this 
reason, the trading information must be secured from 
tapping, violence, and so on. For the security purpose. 

5 the following method is used. 

A variety of informatbn communicated between a 
sender and a client is encrypted. Cryptology used in the 
encryption may be either of a public key cryptography 
such as Rivert-Shamir-Adleman (RAS) and a common 

10 key cryptography such as Data Encryption Standard 
(DES). This countermeasure can prevent trading infor- 
mation from being intercepted or vblated by a third par- 
ty, thereby making it possible to ensure safe trading and 
protection of privacy. 

The programs for executing the processing illustrat- 
ed in Figs. 2, 3, 20, and 21 may be stored in a portable 
storage means such as a floppy disk, an optical disk, or 
the like such that the programs are read into a nnain stor- 
age device of a processing system, upon execution, for 

20 performing the processing. 

While the foregoing embodiment has been de- 
scribed in connection with a readily appreciable relation- 
ship between a client and a server, it goes without saying 
that the present invention is also applicable to other ap- 

2S paratus having the relatkxiship of providing and enjoy- 
ing similar services. 



Claims 

30 

1. An electronic commerce support method for man- 
aging trading in a client (21 0) connected to a server 
(220) for provkiing electronic commerce sen^ices to 
receive the electronic commerce services, compris- 
3S ing the steps of: 

transmitting an order for a product on the elec- 
tronic commerce in response to an input by a 
user to said server through a communication 

^ network, receiving trading infomnation including 

a trading kJentifier associated with said order 
and data on the contents of said order from sakl 
sender, and storing said trading tnfomnation in a 
storage device (214) (111,112); 

^ receiving from said server trading processing 

information including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of sakJ product coresponding to said order, a 

so present status of processing for payment 

processing for said trading, and the trading 
identifier (113); and 

comparing sakJ trading kJentifier included in 
sakl trading information with said trading tien- 
^ * tifier included in said trading processing infor- 
mation, and outputting a waming if they are not 
coincident, and adding said trading processing 
informatbn to said trading information stored in 
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said storage device tf they are coincident (118). 

A method according to claim 1, further comprising 
the step of: 

comparing said data on the cbhtenis 5f said or- 
der included in said trading information with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product io 
corresponding to said order and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing infornnation, and outputting a warn- 
ing if erroneous conditions are included (114, is 
115). 

A method according to claim 2, further comprising 
the step of: 

20 

sending to said server a transmission request 
for trading processing information including the 
trading identifier included in said trading infor- 
mation received from said server in order to re- 
ceive said trading processing information from 2S 
said sen/er (1702, 1703). 

A method according to claim 3, wherein said step 
of sending a request includes transmitting a time at 
which said trading processing information is to be 30 
received, together with said transmission request 
for said trading processing information. 

A method according to claim 2, wherein; 

35 

said present status of processing for the 
processing for said order included in said trad- 
ing processing information includes a delivery 
completed date or a scheduled delivery date for 
the product associated with said order, said ^ 
present status of processing for said delivery 
includes a delivery completed date or a sched- 
uled delivery date for said product, and said 
present status of processing for said payment 
processing includes a payment completed date 4S 
or scheduled payment date. 

A method according to claim 2, further comprising 
the step of: 

so 

displaying trading for which delivery has been 
completed separately from trading for which 
delivery has not been completed, from said 
present status of processing for delivery includ- 
ed in said trading information, and displaying &s 
trading which have been settled separately 
from trading which have not been settled, from 
said present status of processing for payment 



processing for said trading. 

7. A method according to claim 6, further comprising 
the step of: 

calculating a total anrount of money for prod- 
ucts included in said trading which have not 
been settled, and displaying the calculated total 
amount of money. 

8. A method according to claim 7, further comprising 
the step of: 

comparing said total amount of rrKMiey with a 
predetermined limit amount, and outputting a 
warning if said total amount of money for the 
products included In said trading which have 
not been settled exceeds said limit amount. 

9. A method according to claim 1 « further comprising 
the step of: 

inputting information on a product to be re- 
turned in said displayed trading information to 
which said trading processing information has 
been added, and transmitting said information 
to said server (2001). 

10. A method according to claim 1, further comprising 
the step of: 

displaying said trading information to select a 
portion of infornnation from said trading informa- 
tion, creating new order infornnation by modify- 
ing said selected information, and transmitting 
said new order information to said sender 
(2101). 

11. A method according to claim 1 , wherein said sender 
includes a shopping sender (220) dedicated to sales 
of products in the electronic commerce, a payment 
managing sender (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 
livery managing server (410) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping server, and said 
trading information includes destination addresses 
of said shopping server, said payment managing 
sen/er. and said delivery managing server, said 
method further comprising the steps of: 

receiving said present status of processing for 
the processing for said order from said shop- 
ping server (113); 

receiving said present status of processing for 
said payment processing for trading from said 
payment managing server (113); and 



10 



19 



EP 0 845 749 A2 



20 



receiving satd present status of processing for 
said delivery from said delivery nnanaging serv- 
er (113). 

12. A method according to claim 11, ft#»er cor^ 
the step of: 

sending to said shopping server a transmission 
request for order processing information includ- 
ing a trading identifier included in said trading 
information received from said shopping server 
in order to receive said present status of 
processing for the processing for said order 
from said shopping sen/er (1702). 

13. A method according to claim 11 . further comprising 
the step of: 

sending to said payment managing server a 
transmission request for payment managing 
processing infornnation including the trading 
identifier included in said trading information re- 
ceived from said shopping server tn order to re- 
ceive said present status of processing for said 
payment processing for trading from said pay- 
ment managing sen/er (1702). 

1 4. A method according to claim 1 1 , further comprising 
the step of: 

sending to said delivery managing sen/er a 
transmission request for delivery managing 
processing infornnation including the trading 
identifier included in said trading Information re- 
ceived from said shopping sen/er in order to re- 
ceive said present status of processing for said 
delivery from said delivery managing sen/er 
(1702). 

15. An electronic commerce support method for man- 
aging trading in a server (220) for providing a plu- 
rality of clients (210) with electronic commerce serv- 
ices, comprising the steps of: 

receiving an order for a product in the electronic 
commerce in response to an input by a user 
from a client through a communication network 
(230), and performing order acceptance 
processing for said product in accordance with 
a predetermined electronic commerce 
processing (121); 

transmitting to said client trading information in- 
cluding a trading identifier associated with said 
order and data on the contents of said order 
(123); 

creating trading processing information includ- 
ing a present status of processing for process- 
ing initiated for said order, a present status of 
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processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier, and transmit- 
ting said trading processing information to said 
client (136); and 

nnanaging the present status of processing for 
the processing initiated for said order, the 
present status of the processing for delivery of 
said product corresponding to said order, and 
the present status of processing for the pay- 
ment processing for said trading until the order 
processing, the delivery, and the payment 
processing are completed (137), 

16. A method according to claim 15, further comprising 
the step of: 

searching for the present status for the 
processing for said order, the present status of 
the processing for delivery of said product cor- 
responding to said order, and the present status 
of processing tor the payment processing for 
said trading, based on a trading Identifier in- 
volved in a request from a client, to create trad- 
ing processing information, and transmitting 
said trading processing information to said cli- 
ent (1302, 1303). 

17. A client (210) connected to a server (220) for pro- 
viding electronic commerce sen/ices to receive the 
electronic commerce services, comprising: 

an order transmitting device (111, 112) for 
transmitting an order for a product on the elec- 
tronic commerce in response to an input by a 
user to said server through a communication 
network (230), receiving from said server trad- 
ing infomnation including a trading identifier as- 
sociated with sakj order and data on the con- 
tents of said order from said server, and storing 
sakl trading information In a storage device 
(214): 

a trading information acquiring device (113) for 
receiving from said server trading processing 
informatbn including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of said product corresponding to said order, a 
present status of processing for payment 
processing for said trading, and the trading 
identifier; and 

an updating device (118) for comparing said 
trading identifier included said trading informa- 
tion with said trading identifier included in said 
trading processing information, and outputting 
a warning if they are not coincident, and adding 
said trading processing information to said trad- 
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ing information stored in said storage device if 
they are coinciderit. 

18. A client according to claim 17, further comprising: 

a coincidence check device (It^lfto^compar- 
ing said data on the contents of said order with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product 
corresponding to said order, and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing information, and outputting a warn- 
ing if erroneous conditions are included. 

19. A client according to claim 18, further comprising: 

a transmitting device (1 301 ) for sending to said 
server a transmission request for trading 
processing information including the trading 
identifier included in said trading information re- 
ceived from said server in order to receive said 
trading processing information from said aen/- 
er. 

20. A client according to claim 1 9, wherein said trans- 
mitting device transmits a time at which said trading 
processing information is to be received, together 
with said transmission request for said trading 
processing information. 

21. A client according to claim 17, wherein said server 
includes a shopping seo/er (220) dedicated to sales 
of products in the electronic commerce, a payment 
managing sender (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 
livery managing server (410) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping sen/er, and said 
trading information includes destination addresses 
of said shopping server, said payment managing 
server, and said delivery managing sen/er. 

22. A client according to claim 17, further comprising: 

a reordering device (2101) for displaying said 
trading information, selecting a portion of infor- 
mation from said trading information, creating 
new order information by rrKxIifying said select- 
ed information, and transmitting said new order 
information to said sender. 



for receiving an order for a product on the elec- 
• tronic commerce from a client in response to an 
input by a user through a communication net- 
work (230), and performing order acceptance 
s processing for said product in accordance with 

a predetemiined electronic commerce 
processing; 

a trading infomnation transmitting device (1 23) 
for transmitting tosakJ client trading informatbn 
10 including a trading identifier associated with 

said order and data on the contents of said or- 
der; 

a trading status transmitting device (136) for 
creating trading processing information includ- 
es ing a present status of processing for process- 
ing initiated for sakd order, a present status of 
processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
20 trading, and the trading identifier, and transmit- 
ting said trading processing information to said 
client; and 

an order processing managing device (1 37) for 
managing the present status of processing for 

2S the processing initiated for said order, the 

present status of the processing for delivery of 
said product corresponding to sakj order, and 
the present status of processing for the pay- 
ment processing for said trading until the order 

30 processing, the delivery, and the payment 

processing are completed. 

24. A server according to claim 23, further comprising: 

3S a processing status transmitting device (1 303) 

for searching for the present status for the 
processing for said order, the present status of 
the processing for delivery of said product cor- 
responding to said order, and the present status 

40 of processing for the payment processing for 

sakj trading, based on a trading identifier con- 
tained in a request from a client, to create trad- 
ing processing information, and transmitting 
sakj trading processing information to said cli- 

46 ent. 

25. A storage medium having an electron k; commerce 
support program provided in a client (210) connect- 
ed to a server (220) for providing electron k; com- 

so merce services to receive the electronic commerce 
services, said program being readable by a CPU in 
said client for managing the electronic commerce, 
said storage medium comprising: 



23. A server (220) for providing electron k; commerce ss 
servk;es to a plurality of clients (210), comprising; 

an order acceptance processing devk:e (121) 



a storage component having a code sequence 
for realizing the step (111, 112) of transmitting 
an order for a product on the electronic com- 
merce in response to an input by a user to said 



12 



23 



EP 0 845 749 A2 



24 



server through a communication notwork (230), 
receiving from said server trading information 
including a trading identifier associated with 
said order and data on the contents of said or* 
der from said server, and storing said trading 
infoftnation in a storage devtee;1(^4)r' 
a storage component having a code sequence 
for realizing the step (113) of receiving from 
said sen/er trading processing information in- 
cluding a present status of processing for 
processing initiated for said order, a present 
status of processing for delivery of said product 
corresponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier; and 
a storage component having a code sequence 
for realizing the step (116) of comparing said 
trading identifier included said trading informa- 
tion with said trading identifier included in said 
trading processing infomnation, and outputting 
a warning if they are not coincident, and adding 
said trading processing information to said trad- 
ing information stored in said storage device if 
they are coincident. 

26. A storage medium according to claim 25. further 
comprising: 

a storage component having a code sequence 
for realizing the step (114. 115) of comparing 
said data on the contents of said order with said 
present status of processing for the processing 
initiated for said order, said present status of 
processing for delivery of said product corre- 
sponding to said order, and said present status 
of processing for the payment processing for 
said trading included in said trading processing 
information, and outputting a warning if errone- 
ous conditions are included. 

27. A storage medium having an electronic commerce 
support program provided in a server (220) for pro- 
viding electronic commerce services to a plurality 
of clients (210), said program being readable by a 
CPU in said server for nnanaging trading, said stor- 
age medium comprising: 

a storage component having a code sequence 
for realizing the step (1 21 ) of receiving an order 
for a product on the electronic commerce from 
a client in response to an input by a user 
through a communication network (230), and 
performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; 
a storage component having a code sequence 
for realizing the step (123) of transmitting to 
said client trading information including a trad- 



ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 
for realizing the step (136) of creating trading 
processing information including a present sta- 
tus of processing for processing initiated for 
said order, a present status of processing for 
delivery of said product coresponding to said 
order, a present status of processing for pay- 
ment processing for said trading, and the trad- 
ing identifier, and transmitting said trading 
processing infonnatron to said client; and 
a storage component having a code sequence 
for realizing the step (137) of managing the 
present status of processing for the processing 
initiated for said order, the present status of the 
processing for delivery of said product corre- 
sponding to said order, and the present status 
of processing for the payment processing for 
said trading until the order processing, the de- 
livery, and the payment processing are com- 
pleted. 

28. A storage medium having an electronic commerce 
support program provided in a shopping sender 
(220) for provk^ing electronic commerce services to 
a plurality of clients (210), sakJ program being read- 
able by a CPU in said shopping sen/er for managing 
trading, said storage medium comprising: 

a storage component having a code sequence 
for realizing the step (121 ) of receiving an order 
for a product on the electronic commerce from 
a client in response to an input by a user 
through a communication network (230), and 
performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; 
a storage component having a code sequence 
for realizing the step (123) of transmitting to 
sakd client trading informatbn including a trad- 
ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 
for realizing the step (136) of transmitting to 
saki client a present status of processing for 
processing initiated for said order; 
a storage component having a code sequence 
for realizing the step (1 34) of transmitting a re- 
quest for delivery of said product corresponding 
to said order to a delivery managing sen/er 
(410) connected to sak) shopping sen/er; and 
a storage component having a code sequence 
for realizing the step (1 34) of transmitting a re- 
quest for payment processing for said trading 
to a payment managing sen/er. 
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FIG. 1 
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!♦ PURCHASED PRODUCT UST 



PRODUCT NAME 


QUANTITY 


PRICE 
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INPAYMENT METHOD CARD NUMBER 
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i^DEUVERY METHOD i i NAME 
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; ; MAIL ADDRESS 
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TRADING 800 
INFORMATION 
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ORDER DATE 
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CONFIRMATION OF TRADING INFORMATION 



♦ORDERED PRODUCTS 
ORDER 

DATE SHOP PRODUCT PRICE QUANTITY 

7 / 10 HITACHI SHIRT 4500 1 
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FIG. 12 
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FIG. 14 
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FIG. 16 



DISPLAY OF PRESENT STATUS OF PROCEDURE FOR TRADING 



♦TRADING INFORMATION LIST 
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PURCHASED CHOP PRODUCT PRICE SHIP- f^^' "^^J- 
DATE PRODUCT PRICE ^^^^ 



7/10 HITACHI SHIRT 
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FIG. 18 
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